home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 1 / Cream of the Crop 1.iso / DESQVIEW / QW12INST.ARJ / XBDA.TEC < prev    next >
Text File  |  1991-12-27  |  5KB  |  114 lines
  1.  
  2. ID:XB The XBDA and Quarterdeck Memory Managers/Enhancer
  3. DESQview Technical Note #222
  4. by Quarterdeck Testing & Compatibility Department
  5. December 26, 1991
  6.  
  7.                                XBDA.TEC
  8.  
  9.      The purpose of this document is to explain what the Extended BIOS 
  10. Data Area is and how it affects the operation of QEMM-386, QEMM 50/60, 
  11. and QRAM.
  12.  
  13.  
  14. WHAT IS THE EXTENDED BIOS DATA AREA (XBDA)?
  15.  
  16.       There is a piece of memory called the "BIOS Data Area" which begins 
  17. at 1K (address 40:0H).  The contents of the BIOS Data Area can be seen 
  18. in the "First Meg/Overview" screen of MANIFEST.  Information about the 
  19. configuration of the system is stored here.  IBM decided that more 
  20. such information needed to be stored so it invented the Extended 
  21. BIOS Data Area because the original BIOS Data Area is not expandable.  
  22. Some computers have one, some computers do not.  All IBM PS/2 computers 
  23. have an XBDA.
  24.  
  25.      
  26. HOW DO I KNOW THAT I HAVE ONE?
  27.  
  28.       The third line of the First Meg/BIOS Data screen of Manifest will
  29. read "0E: Extended Bios Segment   0AF8" (or whatever address at which
  30. the XBDA is being put) if you have an Extended BIOS Data Area.  
  31.  
  32.  
  33. HOW LARGE IS THE XBDA?
  34.  
  35.       The XBDA is usually one kilobyte large.  Some machines have a 
  36. larger XBDA.  The size of the XBDA (in kilobytes) is stored in the first 
  37. byte of the XBDA itself.
  38.  
  39.  
  40. WHAT DO QEMM-386, QEMM 50/60, AND QRAM DO WITH THE XBDA?
  41.  
  42.       QEMM-386, QEMM 50/60, and QRAM move the XBDA.  They do this because 
  43. the XBDA is put at 639K (9FC0H) by default and this prevents the 
  44. extension of conventional memory beyond 640K.  If you have Hercules or 
  45. CGA video then QEMM-386 and QRAM (if your expanded memory card maps the 
  46. video region) will extend DOS memory above 640K automatically.  If you 
  47. wish to use the Quarterdeck program VIDRAM then the XBDA must be moved.
  48.  
  49.  
  50. HOW DO I STOP THIS FROM HAPPENING?
  51.  
  52.       If you wish to stop QEMM-386 (QEMM 50/60, QRAM) from moving the 
  53. XBDA then you must put the switch NOXBDA (NX) on the QEMM386.SYS, 
  54. (QEMM.SYS, QRAM.SYS) line of the CONFIG.SYS.
  55.  
  56.      DEVICE=C:\QEMM\QEMM386.SYS RAM NX
  57.  
  58. for example.
  59.  
  60.  
  61. WHY WOULD I WANT TO STOP QEMM-386 (QEMM 50/60, QRAM) FROM MOVING THE 
  62. XBDA?
  63.  
  64.       Some programs (and some BIOSes) look for the information stored in 
  65. the XBDA at 9FC0, rather than reading the BIOS Data Area at 40:E to find 
  66. out where the XBDA really is.  When the XBDA has been moved they read 
  67. whatever has been written here and misbehave because what they find is 
  68. completely inappropriate.  If you have a program that malfunctions when 
  69. QEMM-386 (QEMM 50/60, QRAM) is loaded and you have an XBDA this switch 
  70. may remedy the problem.  There is a protocol for moving the XBDA and 
  71. Quarterdeck obeys it.  Not all programs (or, perhaps, BIOSes) are aware 
  72. that the XBDA may be moved though.
  73.      When the XBDA is not being moved by QEMM-386 (QEMM 50/60, QRAM) 
  74. then you will see this line in the First Meg/Overview screen of 
  75. MANIFEST:
  76.  
  77.                 ===Conventional memory ends at 639K====
  78.            9FC0-9FFF      1K        Extended BIOS Data Area
  79.  
  80.  
  81.  
  82. TROUBLESHOOTING
  83.  
  84.       There is no way to know that a program is failing because the XBDA 
  85. has been moved except by adding the parameter NOXBDA (NX) to the 
  86. QEMM386.SYS, QEMM.SYS, or QRAM.SYS line of the CONFIG.SYS and trying 
  87. again.
  88.      There is hardware that creates an XBDA improperly, without causing 
  89. the existence of an XBDA to be properly reported.  In some cases a 
  90. device driver written by Quarterdeck, MAKEXBDA.SYS, loaded before QEMM-
  91. 386, QEMM 50/60, or QRAM, will fix this problem by causing the XBDA to 
  92. be properly reported.  This driver, zipped together with an explanatory 
  93. document, is available on the Quarterdeck BBS.
  94.  
  95.  
  96.      VIDRAM is reporting:  "VIDRAM:  Top of memory NOT at 640K" and 
  97. refusing to load:  What do I do?
  98.  
  99.       If conventional memory is ending at 639K or thereabouts and you 
  100. have an XBDA (as discussed above) and the XBDA is just beneath 640K then 
  101. the XBDA must be moved for VIDRAM to work.  You can use QEMM-386, QEMM 
  102. 50/60, or QRAM to perform this task alone.  Of course the NOXBDA (NX) 
  103. parameter cannot be on the QEMM386.SYS (QEMM.SYS, QRAM.SYS) line of the 
  104. CONFIG.SYS for them to relocate the XBDA. 
  105.      The existence of an XBDA is not the only reason for the top of 
  106. conventional memory not being at 640K.  Having the page frame at 9000 
  107. causes conventional memory to end at 576K.  Other hardware (perhaps a 
  108. hard disk controller) can cause it to end at less than 640K.  Some 
  109. viruses can cause this to happen.
  110.  
  111.            Copyright (C) 1991 by Quarterdeck Office Systems
  112.                 * * *   E N D   O F   F I L E    * * *
  113.  
  114.